在Java中，给定以下类:publicclassMyClass{privatefinalDependencydependency;publicMyClass(Dependencydependency){this.dependency=dependency;}publicvoiddoWork(){//validatedependency...}doWork方法需要调用一个使用dependency的方法。以下两种变体中的哪一种被认为是“最佳实践”，为什么？//AccessdependencydirectlyvoidvalidateDependency(){this.dependency.s

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭9年前。Groovy的标准编码约定是什么？在Java中，方法命名是使用驼峰命名法完成的。publicvoidcalculateTotal(){}在Groovy所基于的Ruby中，下划线是首选。defcalculate_total()end以上两种风格中的哪一种更符合Groovyist？我个人更倾向于使用Ruby风格。Groovy社区是否就什么更可取达成了标准文档/

关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭8年前。Improvethisquestion我正在阅读EffectiveJava一书，我对方法的命名约定有疑问，什么时候应该使用toType和asType？例如，我们有toString、toArray和asList。为什么我们不将其称为toList而使用asList？这个问题听起来很白痴，但我只是对其中的差异感到好奇？我从不同的线程读到这个，“如果方法返回相同的实例但转换为另一种类型，请使用AsXXX方法。如果方法使用对象数据构造不

这个问题在这里已经有了答案:关闭11年前。PossibleDuplicate:whatistheconventionforwordseparatorinjavapackagenames?我想知道是否有一些包含多个单词的包名的代码约定。例如。包名com.dreamcom.objectInterfaces。驼峰式大小写适用于这种情况吗？

我正在开发许多项目(目前组织为eclipse项目)。有一个核心项目，主要提供核心API和一些二次实现和抽象类。所有其他项目都依赖于此项目。将项目集成到我们的maven存储库时，我们遇到了maven命名约定的问题。正如在SO上讨论的那样，groupId通常应该是反向公司域名(com.example)加上项目名称(com.example.foo)。Maven命名约定建议为子项目添加一个额外的后缀，例如插件(com.example.foo.plugin)。在我们的例子中，我们没有插件，而是核心项目提供的API的多个(大部分是独立的)实现。我们目前的命名建议是:com.example.foo作

以下列方式命名DAO是否很典型:UserDAO-interfaceUserDAOImpl-implementsUserDAO我想知道使用后缀“Impl”来实现是否是标准，或者更有意义的东西是否是最佳实践。谢谢。 最佳答案 这就是我通常使用的。有时，Default前缀(如DefaultUserDAO)可能更有意义，如果您正在创建一个您希望其他人实现但您提供引用实现的接口(interface)。大多数时候我觉得这两者可以互换使用，但在某些情况下，一个比另一个更清晰。 关于java-Sprin

在一个方法中进行多次尝试并像这样构造代码是否被认为是不好的做法？publicvoidwhatever(){try{methodThatMayThrowIOException();}catch(IOExceptionio){//dosomethingwithexceptionhere}//domorestuffherethatwon'tthrowexceptionstry{methodThatMayThrowCustomException();}catch(CustomExceptionce){//dosomethingwithcustomexceptionhere}}

我很想添加一个像“Ex”这样的后缀来区分抛出异常的方法(具有相似的签名)和那些不抛出异常的方法。有这样的约定吗？ 最佳答案 是的，您将它们命名为与不命名的方法相同。异常规范还不够吗？编辑:如果您有类似的抛出/不抛出方法，我推荐Parse/TryParse模式(Parse被操作替换)。.NETFramework经常使用它(Dictionary.TryGetValue、Monitor.TryEnter、int.TryParse等等)。编辑:CodingHorror:TryParseandtheExceptionTax

是否可以在IntelliJ中为传统Java应用(而非Android项目)构建基于不同源集的变体？我想使用Androidgradle插件附带的productFlavors等功能，但用于传统的Java应用程序。例子:library_red--HelloImpl.javalibrary_blue--HelloImpl.javalibrary_common--Hello.javacompiledlibrary_blue--Hello.class,HelloImpl.classcompiledlibrary_red--Hello.class,HelloImpl.class

我一直发现遵守JavaBeans命名约定非常有用:getX()、setX()、isX()等。我认为JavaBean命名约定提供了几个主要优点:查看代码时，您可以立即确定方法的用途。在查看API文档时，所有方法都按照Java文档的字母顺序组合在一起。使用任何IDE的代码完成功能时，可以轻松直观地进行分类并找到您要查找的方法。这又是由于IDE的字母顺序。我知道有许多属于JavaAPI的类不使用JavaBeans命名约定。一个示例是ArrayList，它具有诸如size()之类的方法。我实际上有两个主要问题:始终尝试使用JavaBeans命名约定是个好主意吗？如果不是，为什么？我知道Arra